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INTRODUCTION 

The Navy Maintenance and Material Management System 
(3-M) was developed to meet the increasing needs of the Navy to 
exercise at all levels of management more effective direction, 
supervision, and control over the maintenance resources (skilled 
personnel, material, and funds) In support of complex equipments 
and weapons systems. This system Is both a management and a 
management information system— that is, it Is a vehicle by which 
management control, policy direction, and technical supervision 
are progressively exercised from one management level to another, 
and It provides a means by which essential information pertaining 
to maintenance requirements and accomplishments and maintenance 
resource requirements and usage can flow between Interested 
managers at all levels. 

Background 

In January, 1963, the Chief of Naval Operations 
established the Maintenance and Material Management Project Group 
in Norfolk, Virginia for the purpose of recommending implementing 
action to Improve the material readiness of the fleet through 
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better management of the maintenance and the material functions. 

Along with the creation of a Maintenance and Material 
Management Group at Norfolk, two Washington, D. C. based 
committees were established to coordinate and direct the efforts 
of the Project Group. These committees were a Steering Committee 
under the Chairmanship of the Assistant Chief of Naval Operations 
for Logistics and a subcommittee of the Steering Committee known 
as the Staff Working Group, to be chaired by the iixecutlve 

p 

Secretary of the Steering Committee. 

The Steering Committee was a policy-making body. It 
was kept informed of both progress and significant problems in 
its area of interest through periodic reports by its subcommittee, 
the Staff Working Group. The primary missions of the Working 
Group were: (a) The development of a standard maintenance 
planning and control system that would provide for the uniform 
accomplishment of planned preventive maintenance in all ships and 
aircraft squadrons of the operating fleet; and (b) The development 
of a system for collecting, processing, analyzing, and 
distributing feedback information that would enable line 
commanders and bureaus to carry out their management functions 
better in support of the operating forces. 

1(J. S., Department of the Navy, Office of the Chief of 
Naval Operations, instruction 5420.48, 5-M System Project Group 
and Subordinate 3-M Staff Working; Group . 15 January 1963* 

2 Ibld. 
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In March of 1963, a program to achieve the above 
objectives was Implemented and provided for a time-phased plan 
of action for the installation of a standard maintenance planning 
system and a related Maintenance and Material Management 
Information System. 3, 

In order to facilitate the design of the information 
system, a subcommittee called the jvesearch Study Team under the 
chairmanship of the Office of Naval Research was established in 
July, 1963. The membership of the Research Study Team Included 
representatives from the Bureaus (now called Systems Commands), 
Office of the Chief of Naval Operations, Office of Naval Material, 
Fleet Work Study Group Atlantic, Office of Naval Research and 
The George Washington University Logistics Research Project. 

Basic to the effort of designing an information system was the 
determination through the device of a formal user survey of the 
requirement for maintenance and material information at each 
management and command level. 

The concern with functional areas was related to an 
interest in evaluating data requirement commonality and uniqueness 
over major management areas: maintenance management per se, 
material management, personnel management, systems effectiveness 
management (reliability, maintainability, availability). The 
assessment of requirements, through the medium of a survey 

-*-U. 3., department of the Navy, Office of the Chief of 
Naval Operations, Instruction 4700.16c, Standard Navy Maintenance 
Management System (3-M System ). 27 August 196$. 
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questionnaire, was designed to provide information on: 

1. The fundamental level (component, subsystem, system, 
ship or aircraft, class or type) of aggregation at which 
particular commands or functional area managers require 
maintenance information to oe reported. 

2. The requirement for identification information to 
particularize : 

a. The object of the maintenance action (the 
hardware entity on which maintenance is being performed). 

b. The resources (material and manhours) consumed in 
maintenance actions. 

3. The requirement, by particular commands and 
functional area managers, for specific data elements which 
describe the nature of the maintenance action or the operational 
history of equipments prior to the maintenance action. 

4. The requirement, by commands and functional area 
managers, for timeliness of reporting of maintenance information 
(daily, weekly, monthly, quarterly, annually, exception basis). 
Information in this area was essential to the ultimate selection 
of data processing and communications equipment to effect a full- 
scale operational Information system. 

Upon completion of the survey of information requirements, 
the Research Team recommended the adoption of a basic system 
consisting of ten maintenance specific data elements and the 
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immediate development of Master File Data.^ 

The master file data base was to Include that 
information which must be available at a data processing center 
to interact with the maintenance specific data for the production 
of desired management reports. The system required direct 
accessibility to the following types of existing data files 

1. Catalog Files— unit price, unit cube, unit issue, 
parts nomenclature, Component Identification number (CID) cross 
reference. 

2. Configuration Accounting File. 

3. Federal Stock Number Cross Reference File. 

4. Planning and Scheduling File— employment schedules, 
alteration and repair schedules. 

5. Manhour Cost Files. 

6. allowance and Load List Files. 

The main problem was to effect a required standardization 
over the many sources which generated or stored and processed 
these data; to investigate the error structure of the existing 
files, establish a priority program to effect necessary improve- 
ments, and develop and Implement control procedures. 

!j. o. Hamilton, A Proposed Integrated Navy Ship 
Maintenance and Material Information System . The George Washington 
University Logistics Research Project, Technical Paper, Serial 
T-176, 12 January 1965. 

^d. 3., Department of the Navy, Office of the Chief of 
Naval Operations, Instruction 4700.22, AD?3 Located at SPCC . 
Mechanics burg. Pa .. 22 itprll 1966. 
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The operational requirements for automatic data 
processing were generated and the basic functions of the computer 
system were outlined as follows 

1. Create and maintain an audited 3-M Data Dase. 

2. Validate the 3-M data. 

3. Produce validation reports to the fleet for the 
purpose of corrective feedback. 

4. Assimilate non-3-M (Master Data i ? lle) data files. 

5. Produce and distribute, periodically or on demand, 
3-M management reports. 

6. Supply, periodically or on demand, subsets of 3-M 
files to user specification. 

Programming was accomplished at The George Washington 
University 2 and the completed data processing system was accepted 
by the Maintenance Support Office, Hechanicsburg, Pennsylvania 
on September 22, 1966.' 

Purpose and Scope 

Since its implementation in 1963 t the 3-M System has 
undergone continuous growth and development. The implementation 

^•Logistic research Project Technical Memorandum, 
Description and Scheduling of Management Products for the Kavy 
Maintenance and Material /management program . Serial TM-12066, 

13 November 1964. 

2 Ibld. 

^Maintenance Support Office letter 301 247, 22 September 

1966. 
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of a system of the magnitude of 3-h, a system which in essence 
crosses all norm command and support lines and modifies previous 
management methods, has not been accomplished without some 
controversy and degree of reservation. 

The purpose of this study is to: 

1. examine carefully and comprehensively the effective- 
ness of the 3-X System in attaining its objectives as a 
management information system. 

2. Assess the value of the 3-M System in providing 
information necessary for the improvement of the Shipboard 
Allowance and Load List Program. 

3. Examine the contributions and benefits derived thus 
far from the 3-M System. 

4. Consider some of the systems interface problems that 
exist for the future. 

An analysis will be made of the principles and main 
elements of an integrated management information system, as set 
forth in the literature by management and data collection 
processing authorities, This analysis will bo used as a basis 
for evaluating the effectiveness of the 3-X System. Certain areas 
of the entire system will be examined; however, primary focus will 
be on the Maintenance Data Collection System (MDC3 ) , a major 3 -X 
subsystem, for support of shipboard installed equipments as 
opposed to aviation support. 



OiiAPrUR II 
L&c'ORAh ? EC Iv 3I3r,'3 
Information Science 

Information systems consist of collections of recorded 
information, custodians who organize and maintain the collections, 
retrieval procedures, and users. The conceptual foundations for 
these systems are derived from mathematics, engineering, 
behavioral science, and the many other disciplines which together 
make up information science. 

An analysis of any information system must begin with an 
understanding of Information science whose theories form the 
conceptual foundations of information systems. 

Information science is the discipline— the theoretical 
discipline— concerned with the applications of mathematics, 
systems design, and other information processing concepts. It is 
an interdisciplinary science, involving the efforts and skills of 
librarians, logicians, linguistics, engineers, mathematicians, 
and behavioral scientists. The application of information science 
results in an information system.^- 

norko, "The Conceptual foundations of Information 
-systems," i&per read at the symposium: ihe foundations of Access 
of lynowled^e . Syracuse University, Syracuse, lew fork, 

July 1965. 
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according to Peter urucjcer,^ the manager has one specific 
tool at his disposal— namely, information, ne does not nandle 
people; he motivates, guides, organizes people to do their own 
work, rils tool to accomplish all of this is the spoken or 
written word or the language of numbers. 

A formal arrangement for seexin out the critical 
problems of any organization is a prerequisite to any evaluation 
of its information problems. in actual practice, the life of 
the manager is a flood of messages varying in scope and 
significance. As a "message center," his effectiveness depends 
on how he arranges for these messages to flow to him and how he 
filters out the most significant content of the messages received. 

fhe origin of the problem of inadequate manage jent 
information lies in the gap between a static information system 
and a changing organizational structure, --.any leading companies 
are suffering a major information crisis— often without fully 
realizing it. ^ s j. aonald Janiel points out in his article, 
"Management Information Crisis," the trouble is that in most 
companies it is virtually taken for granted that the Information 
necessary for the performance of a manager's duties flows to the 
job. Ihe cornerstone for building a competent, useful management 
information system is the determination of each executive's 

^ Peter Jrucker, The Practice of Management (.ew fork; 
Harper and now, Inc., 1954 J , 3 4b ." T " 
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infornation needs. unfortunately, most or anizatlonal structures 
do not pin down the responsibility of management information 
systems nor do they identify it to specific executive positions. 

Some organizations have been nearly paralyzed by too 
much of the wrong information. A management system is created 
in anticipation of needs that are not fully known, fet the real 
measure of the adequacy of a system is its ability to satisfy 
its users' needs as they arise. 

One of tne keys to the development of a dynamic and 
usable system is to move beyond the limits of classical accounting 
reports and to conceive of information as it relates to two vital 
elements of the management process, that is, planning and 
control. 

a major challenge to the information system designer 
lies in trying to integrate the organization's data base so that 
it can be useful to all of the segments and components of the 
organization. The purpose of any system is to carry information 
to a decision maker, while the task of the system's designer is 
to achieve a balance between the built-in decision mechanisms and 
the decision that individuals make as a result of the system's 
output. Emphasis is needed on the processing of information 



Id* nonald Daniel, "i anagement information Jrisis," In 
aobert N. .nthony, John Dearden, and Richard P. Vancil, 
.lanapement Cortrol 3ystems--Gasec and neadlnrs (Domewood, 111. : 
Richard J.~ Irwin, Inc. , 1965 J , pp. 111-112. 
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requests and the providing of reports on an as required basis, 
as opposed to a system that produces printouts from a data cank 
on a routine cycle. Often, the manager cannot assimilate the 
vast quantities of data that are produced at regular Intervals, 
and often his requests for specific data are met with references 
to high reprogramming costs and lengthy delays. 

To this point in the paper, there has not been a direct 
reference to computers or any other specific type of data 
processing equipment. This is to emphasize that possession of 
data processing equipment is not a prerequisite for a management 
information system. 3uch equipment, of course, has opened up new 
avenues in systems design and greatly enhanced management's 
capability of coping with information requirement problems. 

There are some that feel automatic data processing is not an 
answer in itself. John jearden contends, for example, that many 
managers today are making decisions using less than ten percent 
of the information that would be available to them without 
computers. However, the faults of many Inadequate management 
information systems cannot be corrected merely by the use of a 
computer. The computer can be used to automate only certain types 
of operational control systems. Attempting to automate all of 
the top-management Information requirements is the wrong 
approach. in many organizations manage ent is concerned with the 



^John Dearden, "Can i-anagement Information be .utomated?, 
in -iobert f . Anthony, John Dearden, and Richard P. Vancil, 
Management Control Systems- — Jases and Headings (Homewood, ill. : 
xiicnard Irwin, Inc., 1965), p. 532. 



12 



extent to which computers should be used to automate its 
information system. \ more important concern, however, is the 
adequacy of the system, particularly in the strategic planning 
and management control areas. Consequently, it appears that it 
is vital to examine the quality of the management information 
system first and to consider automating it second.^ - 

There is evidence that many managements in Industry today 
are still reluctant to undertake a formal management information 
program. Joseph I. darnett, Vice President of the Standard 
Program Corporation of flew fork, attributes thi3 reluctancy to a 
lack of understanding and the confusion that surrounds the 
subject of Information systems. He feels that contributing to 
this confusion are accounts, such as those below, that relate the 
experience of others who have undertaken such a program. 

1. Associates in other companies either praising or 
condemning the results of similar programs undertaken by their 
organizations. This contradiction becomes more confusing when 
the reasons given for success or failure differ from person to 
person. 

2. Internal line and staff management personnel stating 
the absolute necessity for, or violent objection to, such an 
undertaking with each endorsement or objection supported with 
valid proof. 

•^John Bearden, "Management Information Systems and the 
Computers," in kobert t. Anthony, John Dearden, and Richard ?. 
Vancll, /'anatreaent Control Systems— Cases and readings (Homewood, 
ill.: tvichard i). Irwin, Inc., 19^51, p . 519. 
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3. Presentations by experts in the information 
processing field pointing out the simplicity or extreme 
complexity of such an undertaking. 

4. The sudden appearance of excessive costs, during or 
following Installation, that were not considered at the time of 
the original estimates. 

5. Underlying fear of personnel that installation of a 
management information system will uncover weak spots in the 
organization that could lead to changes affecting them.^ 

Mr. Barnett notes, however, that management is 
continuously faced with the frustrations of receiving inadequate, 
incorrect or untimely information. As a result of these 
frustrations, the more progressive companies are vigorously 
pursuing the development and installation of information systems. 
This determination stems from a desire to achieve a 3tage in 
information storage, use, and handling that will achieve: 

1. Uniformity of information— with a single source 
generating the required information. 

2. Reliability of information— resulting from adequate 
controls established and constantly monitored on all input and 
output of the system. 

3. On-time response— communication of established 
information needs as often and as quickly as desired. 

ljosepn I. Barnett, "Bow to Install a management 
Information and Control System, " Systems and Procedures Journal . 
XIX (October, 1966), pp. 10-14. 
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As these items are achieved the benefits from a 
management information system become evident: the potential for 
achievement of substantial reductions in operating coots. 
Information that management can refer to quickly and simply to 
assist in its decision process, and a smoother, more efficient 
organization that can supply the information when needed. 

Information is management information only to the extent 
to which the manager needs or wants it; and it is significant to 
him only in terms of its value to his accumulation of relevant 
knowledge and plans and to his personal responsibility. 

Charles T. Meadow in his book entitled T he Analysis of 
Information Systems stresses that the designer of an information 
system is faced with two major problems relative to system 
performance: finding user's requirements and Interpreting the 
response he gets when he asks what is wanted, these being clouded 
by honest inability to state requirements and the unfortunate 
tendency of some people to try to outguess the designer on the 
nature of the system that will ultimately be created. 2 

A significant area of systems design is the setting of 
boundaries, which is a key part of any problem definition. From 
such a framework we can obtain a realistic grasp of the meaning 
of information and its flow in management situations. True, 
there are as many ways to classify information for management 
purposes a3 there are management problems, and these are infinite. 

^• ibld . 

^Charles T . Meadow, The nalysl3 of Ir form tlon Systems 
(New York: John Wiley and Sonsj Inc., 19^7), p. 135. 
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It is the top management’s responsibility to give their 
managers the best operating Information rather than relying 
solely on controls. Information is worth storing only if there 
is a definable use for it in solving a pending or foreseeable 
problem. 

In his article, »ir. Barnett describes the steps that 
management must take prior to installing a system to help insure 
its successful functioning. Until management feels that these 
items are in place, or can readily be achieved, it would be best 
to delay the start of organizational involvement in information 
systems . 

1. Adequate organizational discipline so that common 
interfunctional procedures can be implemented. 

2. Documentation of potential savings anticipated from 
installation of the system. This documentation must Include 
reasonable supporting data to substantiate the savings, and to 
justify the investment of company facilities for such an 
undertaking. 

3. A relatively stable management, especially at the 
policymaking level. Continual reorganization at this level does 
not have an environment conducive to effective systems design and 
installation of this nature. Paradoxically, a management 
Information system, if properly designed, will help stabilize an 
organization as a result of the well defined responsibilities and 
controls required for such a system. 
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4. Management that is willing to commit its own time 
and interest to understand the various plans, techniques and 
equipment associated with the proposed system. This understanding 
should be in sufficient detail to enable Intelligent monitoring 

of the costs and progress of the system. 

5. The willingness of management to start acquiring and 
training a core of experienced systems personnel. This core can 
range in size from one man in a small company to a full staff of 
twenty or more in a major corporation. 

6. The presence within the organization of operational 
personnel who are knowledgeable in depth concerning the 
Information requirements, methods, procedures, and techniques 
within the functions they are associated with. These personnel 
will play a major role in the design and implementation of such a 
system. Managenent must be willing to relinquish considerable 
time from the regular duties of these personnel 3lnce t ley will 
become members of the design and Installation committee. 1 

Information processing has suffered in the past because 
it wa3 assumed that it was similar to the processing of a 
physical product. Information must be conceptual in nature. The 
separation of tne concept of information from the physical media 
upon which the information is carried will be a major breakthrough 

1 3arnett, Systems and Procedures Journal . 
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James D, Gallagher, in his book /.anagement Information 
Systems and the Computer .^ states that the ultimate goal of an 
effective management information system 13 to keep levels of 
management completely Informed on all developments in the business 
which affect them. To do this the data-proceaslng personnel and 
those entering Information into the system should know what data 
to collect and which to tabulate, and management on its part has 
the obligation to clearly define its actual requirements for 
internal information. 

Timely, adequate and correct inf ormation--the means 
through which management can effectively monitor, control, and 
plan— is becoming increasingly elusive as organizations grow in 
size and complexity. The decision to establish formal information 
systems becomes almost inevitable in today's accelerated climate. 

Essentially, the functioning of a management information 
system involves transmission of all pertinent data (data flows) 
necessary to the conduct of an organization to one or more 
management information centers, where it is maintained and then 
disseminated in discrete form to all levels of management. 

p 

Professors John Gearden and F, Warren .4c Parian, both of 
the Harvard Business 3chool, assert that information is not 
homogeneous and, therefore, different kinds of information must be 

l(New fork: American management association, 1961), p, 17 

p 

John Dearden and F, n arren ..cfarlan, .4an-tgeme it 
Information Systems: Text and Gases (Homewood, Illinois: aichard 
D. Irwin, Inc,, 1967 ), pp. 4-5. 
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treated differently. According to them the five important 
dichotomies of information are: 

1. Action and nonaction. 

2. Recurring and nonrecurring. 

3. Documentary and nondocumentary. 

4. Internal and external. 

5. Historical and future. 

In order to handle effectively the Information that ia 
entering, circulating, being generated and leaving a business, it 
is necessary to organise logical systems for data. 

An organization can be viewed as a scries of large 
information networks connecting the requirements for information 
with the sources of data. In large complex business organizations, 
the different operations of a given business organization can be 
described as separate information networks, with one giant overall 
information network superimposed on top of the individual 
information networks. 

Methods, tools, techniques, and processing equipment have 
only recently been applied to this management concept, although 
viewing a business organization as a series of information 
networks has been expounded by teachers of management for many 
years . 

The JNavy is analogous to a complex business organization 
as it also may be viewed as a series of information networks, fo 
understand the nature of an Integrated management information 



19 



system in the k'avy, present-day problems must be reviewed. 

The structure of management information systems is 
parallel to the management structure. This structure is shown 
schematically in three levels. (Figure 1) 




Figure 1. — uierarchlcal hlS Structure 

In the l.avy these three levels might be equated to the 
Secretarial level, the Command level, and the Operating level. 
However, it is better not to consider the structure as fixed but 
to assume that any position of management, either in the military 
or in industry, may fall into one of the three horizontal 
categories, depending on the work pioblem at hand and the related 
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decision-making requirement. 

t the three management levels, three different types of 
general inputs and outputs of information are required. (figure 2) 
These inputs and outputs are inherently different and present 
systems do not generally provide for vertical aggregation of data 
from the grass roots into condensed information at the top in any 
responsive and automated means. 




i'igure 2.— Typical Input/ Output 

iJot only can the management structure be shown as tri- 
level but some problems can be structured in a similar manner, 
(figure 3) The top level shows inadequate information for 
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Figure 3.— Hierarchical Problem Jtructure 

decision-making. Certainly there is not an Inadequacy in the 
amount of output generated, but rather, an inadequacy in the 
presentation or format of the information and the responsiveness 
with which the material for decision-making is provided to top 
management. This has been brought about through complexities of 
warfare, of weapons systems, and management support systems. 

The requirement for information to support decision-making at the 
top has resulted in a proliferation of data systems. Currently, 
there are approximately 500 automated systems in the ..avy, few of 
which are alike, and fewer talxing to each other, decause of this 



proliferation, inordinate demands are placed on th& operating 
forces to supply the d«ta inputs to trspe - r 

another way to look at -* j»ana e-ien * information systea 
rrd its problems is present' a oy a vertical struc^-ar*. of sub- 
systems, Uigurs 4) *s < r*presc:t tlv& xciple, note the five 
subsystems shown below* Jt is hard to tra«; the continuity of a 
vertical subsystem in an org nization as lar t as the i’avy, 
especially through an electronic or an utomated chain. However, 
vertical subsystems are conceived *s extending from top to 
bottom. 




figure 4. — 7ertic il v>ub vst* :s 
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Problems associated with vertical subsystems are: 

1. Lack: of data control. 

2. Inability to move data betweer ? >. ’ terns. 

3. i on-unifor lty of *rocedurec i*n>l frru<ts. Is a 
result of these problems there i* a heavy ij’wuct on th» operating 
forces. Redundancy of inout and reporting must be alleviated. 

The system must be dynamic; it must provide l^v^ls of aggregation 
appropriate to the decision level, and techniques for performance 
evaluation. 



conceptual wpt>ro> cn 

Eight system desi; n precepts have been extracted from 
the previous analysis. These precepts, alerif with others, must 
be considered in developing iarage*ent inform t* ion systems. 
System design precepts: 

1. Micro input. 

2. Integration of data banks. 

3. multiple use of a sin le in nut. 

4. Lata aggregation. 

3. Multi-level access. 

6. Vertical search, 

7. Adaptive capability. 

8. Inter/intra service compatibility. 
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The micro input precept is a short way of saying entry 
of data into the system, in the smallest elements, at one time, 
and one place. Implementation of the micro input concept 
alleviates the reporting burden on t operating level. 

An integrated data Dank serves as a central depository, 
or -rjter file for all data collectea by tne systim. ^ata 
elements, rather than reports, «re sent directly to the bank, 
fills reduction In the amount of aata forw -ried permits the 
efficient ^se of more sophisticated com unlcatisno. management 
reports can be generated either on a routin, ba or as required, 
with t« ? burden shifted from the operating fore* to toe shore 
estaclishment. 

Tne multiple rse of a sin^la input > ■ n that tue data 
are taken into tne system Just one time to be ua«d by ~11 
segments or subsystems. *11 »<ltern tiv« aetno ■ «i ultiple use 
of a single input would have interrogation oj suf . ystemo that are 
external to the data bank. The element entering < ould pick up 
tags Identifying it to the subayste'u concerned uitti retrieval, 

u.ita aggregation can be thought of 3 . compression of 
the data as tne/ ascend in the manage lent h . >r y. nagement 
at various levui.3 requires different aaountt- )l detail to support 
its decision- «aK.ing proceo3. uata ag^regbtio * . v.r,> simple 

conceptual ^.dea, out it is very dlf icult to cco’jplis.. a 
couple oi yeais ago the wei/ht ox evidence w->s aguinat *his 
capability be^ng autom te , (ow. ver, the rapidly advai cing 
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state-of-the-art in computerization will -*ice thi t vk feasible 
in the near future. 

..ultl-level access -ns ultlpl> u.e of si ^le inputs 
at all decisior 1 vels. The 3yste ojjt rovl. < *c es to data 
by all levels of manag ment h*via., u to o. . 

Vertical se«rch is rot the opposite of a.-gre^ation, but 
it implies the necessity to ;- :jregate. It is the capability of 
any decision level to search any level of det' ll or summarization, 
independent of his position in the organization or management 
structure. The vertical search concept is again something for 
which a responsive capability does not presently exist. If, for 
example, an event is reported to a hi h-r authority who wants to 
know why the event too* Diace, the rejpon.e to the ontv nay take 
an inordinate amount of ti'je. .this i3 not tne ruj po no 1 venose 
that is needed, napid and responsive vertlc-1 ic.rch .'or 
management is a necessity. 

Tne precept of adaptive capability permits a newly stated 
query to be placed into the system without requiring the whole 
system to oe reprogram ed. There must be alternative w y3 in 
wnich the syster: say be queried and answers obtained. 

lr.ter/lritra service compatibility means that the system 
must Interface wltn many other aana^en *nt in. or.ttion wy: terns 
that exlct throughout tne. ^e&rtftent of jafenne. t conceptually 
sound information syte»a is arm tn^t ;uir* Its the Inti ['-ratio n of 
e broad spectrum of inf or '-ration which l<? required foi ana.eaent 
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action, into a single pool, in readily acceasiole format* Such 
an approach tends to reduce the need for and proliferation of 
single-function management infor mation aysti s. 



ciiAprsti hi 



THE 3-M SYSTEM 

Kow that a conceptually sound management information 
system has been developed it is possible to evaluate the 
effectiveness of the 3-M System. Attention will be focused on 
the Maintenance Data Collection Sub-system (MDCS) of 3-M since 
it is the subsystem that has been designed to provide management 
Information. 

Maintenance Data Collection 

xhe 3-M System is divided into two broad subsystems. 

Ihe Planned Maintenance System (PM3) is designed to provide the 
necessary tools to be used in carrying out scheduled maintenance. 
Ihe Maintenance Data Collection System, on the other hand, is 
the medium by which information is gathered from operating units 
on a timely basis, in a standard format, to assist the manager in 
answering questions concerning the use of resources and the 
effectiveness of maintenance performed.^- 

„ . llJ * s *» Department of the Kavy, Office of the Chief of 

ha val Operations, Brochure, Vols. I and II. Navv Maintenance 
material Management. Maintenance Data Collection System . " 
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The system Is intended to assist various levels of 
management ranging from the ship level through the material 
managers . 

At the ship level information is to be provided to:^ 

1. Determine effectiveness of preventive and corrective 
maintenance programs. 

2. Identify problems-systems, equipment, or components. 

3. Pinpoint weak areas, such as personnel, supervision, 
schooling, or material. 

At the other end of the management spectrum, material 
managers, information is to be provided to:^ 

1. Improve forecasts of requirements for, and selective 
distribution of, repair parts. 

2. Determine the effectiveness of supply support to the 

fleet. 

3. Evaluate the effect of alterations and configurations 
on material requirements and material disposal. 

4. Improve allowance and load list. 

Dach maintenance action, either preventive or corrective, 
is documented ( QPRAV FORM 4700. 2B) by the persons performing the 
maintenance. This document is forwarded to the Maintenance Data 
Collection Center of the ship where it is assigned a Maintenance 

llbld. 



2 Ibld 
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Control i.umber. Supply documents (.-av3ana» 1250) for issue of 
material incident to a maintenance action are also forwarded to 
the collection center where they are accumulated for forwarding 
along with the maintenance form to the ,'n Inter anc« oupport Office, 
figures 5 and 6 are functional flow diagram* of tna Chipboard 
Maintenance action /orm and the supply issue iocuTent. Jpon 
completion of the maintenance Job, the -aini^nar 1 d^t collection 
document is completed and signed oy the wortcr-m nvolved. This 
document is then screened ior completing-:. .*na tccurcxcy by the 
workman's immediate supervlaor who forwarui it to the data 
collection center, The document in server.*! ± r. by * xe data 
collection center personnel who t er as<.i . if .aii cenance 
Jontrol dumber. The document is forwai ed *o t ne Puppiy 
department where information peituimm to r - an parts Issued, 
for the particular aeintenanc- action, i» euu-o.i, Ths document 
is returned to the collection center where At i batcr.ei with 
othei such documents atd periodically fox^ir d o the 
lialntenunco ouoport vifice (.; u). whenever r** ir* e r 1 s are 
requested iroti the supply ~*part .'.<*■ nt to »upi*..- r * * enance 

action, the supply issue docuuent is vxeiv; «a b. I'ufinl;. personnel. 
This alleviate , tne maintenance n .x*o .•* -i.j i»j r>' preparing 
supply paper wor^. iter tT.e n-»ce*s ry u*t*= .*• *en located 

and issued from tne storeroom the .sane nocu :uiiw -•> r turned to 
tne supply office, . iter Iseu* inior t^oi. i >t uo«i*e o the stock 

*’J. 3., depart ior.t if v.o :.sv •, fids of t ? aval 
uperatiO' s, instruction . *tlnte , i>no»i nua vi a Management 

'.-nual ( WO . pp. 3-5, d-'-. n ual . 
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figure 6.-~Issaes of /.aterial In Direct Support of i.aintenance 
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records the issue documents are batched and periodically forwarded 
to the Maintenance Support Office. 

The i4aintenance Support Office (MSO) serves as the 
central data processing facility for the system. As the data are 
received from the operating forces they are entered into a data 
bank. From this central data bank a whole array of management 
data products are prepared for managers of maintenance and 
material resources throughout the Wavy. 

The Maintenance Data Oollection System is then the 
element of the 3-M System which is the essence of the management 
Information system. Its effectiveness in providing the user 
activity with complete, accurate, and timely Information in large 
measure determines the effectiveness of the 3-M System as a 
management tool. 



System Objectives 



The objectives of the 3-M System have become obscured in 
the few years of the system's existence. Numerous Instructions 
and publications address 3-M objectives and for the most part 
these documents vary considerably in the objectives addressed. 

The primary objective of the 3-M System is to 
ensure a high degree of readiness by planning and j 

budgeting for the necessary resources. Hard 
statistical data that Identifies the resources 
required, and supports budgetary requests is 
essential to this objective.! 



■’■Q. S., Department of the Wavy, Office of the Secretary, 
Instruction 5430,69* October 21, 1964. 










. 
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The objective of the 3-M System is to ensure a 
high degree of readiness by planning and budgeting for 
the necessary resources. Hard statistical data that 
Identifies the resources required, and supports 
budgetary request is essential to this objective. 

. . . The end objective of the Management System, 
then is to insure the highest state of aircraft 
readiness and reliability at the lowest coot in men, 
money and material, all other considerations are 
secondary to this objective. 

The basic objectives of the 3-M System are 
threefold: to achieve the highest readiness state of 
the weapon system, to perform maintenance at the 
lowest possible organizational level, and to minimize 
the expenditure of men, money, and material. It is 
the first of these three objectives that is of 
primary concern to this survey (although the other 
two, especially the third is corollary).- 5 

The objective of the 3-M System simply stated Is 
to Improve material readiness of the Fleet through 
Improved management of maintenance and material 
functions. 4 

The objective of the 3-M System is threefold: 
first, to provide management with a tool that can be 
used to improve material readiness; secondly, to 
facilitate performance of as much maintenance as 
possible closest to the scene of action; and third, 
to reduce the expenditure of men, money, and material 
to an absolute minimum. 5 



lb. S., department of the Navy, Office of the Chief of 
Uaval Operations Instruction 4700.16c, 27 August 1965. 

s., department of the Navy, Naval Aviation 
Maintenance and Material Management Manual . 1 August 1965. p. 3. 

^A. J. Ruffinl, "The Standard Navy Maintenance and 
Material Management System, " Naval Ship Systems Technical News . 
.<ay, 1966. 

^'J. S., department of defense, Office of the Secretary, 
Directorate for Statistical Service, "Measuring Weapons systems 
supply support and readiness in the Javy, " Stover Report 
(Washington: GPO, 11 August 1966). 

5u. 3.. Department of the Navy, Navy budget Submission to 
OSD . November 3, 1966. 
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The objectives of the 3-M System are twofold : 



1. Through the use of a Plan Maintenance 
System, to attain and maintain maximum operational 
efficiency of all Fleet equipment at all times, 
reduce down-time of equipments to the minimum 
consistent with good maintenance practices, and 
reduce the cost of maintenance in both money 

and man-hours; 

2. Through the use of the Maintenance Data 

Collection System, to provide the means for 
gathering information as to the expenditure of 
resources in maintenance of equipments, failure .. 

data, and other data directly related to maintenance. 

It is not the Intent of this paper to question the 
statements of 3-M objectives contained in the above quoted 
documents. Sach is an accurate statement of the primary or 
secondary objectives of the system. The above quotations do 
demonstrate the manner in which the 3-M objectives have become 
fragmented in official documents and are evidence of a \ 
significant problem in the orderly development of 3-M. 

Sach management level and activity has been free to 
determine and interpret the objectives of the 3-M System to 
Identify its own interest. The permissive atmosphere and the 
lack of uniformity in the 3tated objectives of the system perhaps 
has lod to the misuse or nonuse of the information available. 

The objectives of the individual manager levels served and the 
Kavy as a whole should be congruent, if the system is to be 
effective. 



^ 3-M Manual , p. 1-1. 
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Organizational and Policy Considerations 

A number of evolutionary organizational changes have 
taken place since June, 1963— the beginning of the 3-M System. 

Basic responsibilities for the development and 
implementation of the 3-M System were assigned to the Chief of 
Naval Operations, the Commandant of the Marine Corps, and the 
Chief of Naval Material, Other supporting organizations were 
directed to "provide full support in implementing 3-M. 1,1 

The Maintenance Support Office (1430), Mechanics burg, 
Pennsylvania, was established on 1 august 1964 under the command 
of the Chief of Naval Operations, as the central data processing 
activity of the 3-M System. In May, 1966, command of MSO was 
delegated to the Chief of Naval Material with the Naval Supply 
Systems Command designated to provide primary support. 

Under the chairmanship of the Deputy Chief of Naval 
Operations for logistics there exists a 3-M System Project Group 
and a subordinate 3-M Staff Working Croup whose combined mission 
is to , . formulate policies and procedures necessary to carry 
out the intent of the 3-M System. 

3 ., Department of the Navy, Office of the Secretary, 
Instruction 5430.69, 21 October 1964. 

2u, S,, Department of the Navy, Office of the Chief of 
Naval Operations, Instruction 5420. 48A, 1 March 1967. 
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In April, 1367 tho Chief of naval i4 at©rial established 

an Interim 3-^ technical planning Croup for the purpose of , ffc , 

/ ^ 

establishing a 3-:l Information System flan. 

The 3ys terns Commands participate— on call-in the 
activity of the subordinate 3-.I -technical ilannlng Group. These 
commands have also established focal points within their 
headquarters for the 3-^ System or for the utilization of 3- 
data. 

The fleet commanders have established 3-G System 
coordinators and staffs for carrying out their respective 
responsibilities. 

-t the OKO/CIX level, which is concerned with policy and 
requirements, it is customary and necessary to establish policy 
formulation or coordinating groups under various titles, while 
this arrangement may be desirable, it apparently does not provide 
for direct coordination with overall maintenance policy, nor a 
correlation of maintenance policy with an overall integrated 
logistic support policy. This suggests that 3-X policy and 
requirements should be developed in a broader context as a part 
of an overall Xavy maintenance and resource anageaent policy. 

1 question may be raised regarding the position of the 
ialntenance Support Office (..JO) which is now commanded by the 
Chief of ..aval .'uiterial, while primary support is provld d by the 
.\uyal Supply Systems Command, HSO's role is envisioned as that 
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of a central data processing center serving many customers, This 
role must be precisely defined both to recognize the capabilities 
and needs of users, and to concentrate more on the development of 
top quality maintenance data products. 

The basic rationale for this is that the 3-^ System is 
predominantly a management tool and the potential users of the 
3-M data for management purposes are spread throughout the naval 
establishment in a number of functional areas spanning the life 
cycle support of equipment and systems. 

Top llavy management has been interested in the development 
and successful use of the 3-H System from its inception. At 
every opportunity, the top men in the various organizational 
components endorse and support the objectives of 3 on the 
premise that the employment of sound management techniques will 
achieve improved fleet material readiness. 

In order to communicate the potential value to be gained 
from the system by the operating manager the Uavy has published 
explanatory borchureo and articles in various periodicals. 

In 1966, the Office of the Chief of fcaval Operations 
published a brochure* in two volumes to present the 3-*t System to 
the Commanding Officers and personnel involved in carrying out 
scheduled maintenance. 

l f J, 3., department of the Ilavy, Office of the Chief of 
I.aval Operations, Ifcvy ^lalntenance and .iaterlal Ilana^ement. 

Vols . I and II, 19 S5T 
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In an effort to display and emphasize top management's 
Interest and concern in the system, several top ranking admirals 
included their comments and endorsements. While these endorse- 
ments encompassed the entire system, only those directly concerned 
with the Maintenance Data Collection phase of the system are 
reproduced here. 

The liaintenance Data Collection System, the 
second half of the Standard llavy .laintenance and 
.material I-anageoent System, complements and supple- 
ments the Planned Maintenance System. It is designed 
to provide both you, the operators, and the Naval 
Material Support establishment with the necessary 
information to achieve our common goal-improved 
Fleet readiness. The realization of this goal and 
the success of the Maintenance Data Collection System 
is our Joint responsibility. On your part, it is 
the submission of accurate data; on ours, the utiliza- 
tion of that data to provide you with the best 
maintenance guidelines and equipments possible. As 
Chief of faval iiaterial I encourage you in the Fleet 
to support and use the Maintenance Data Collection 
System. It demands, and will continue to receive, 
the most vigorous support of the iaval Material Support 
Dr tablishment . 1 

Not so many years ago, shipboard maintenance 
lessons were shared as gray-haired Engineer Officers 
of sister ships met over coffee in Log Looms or 
wardrooms, and the expertise of care and feeding the 
plant endured by dint of long tours of duty. The idea 
of profiting from hard knocks is as old as man himself, 
but a more fluid and demanding technology, plus the 
mobility of our human resources, demand that we 
systematize the vast mass of experience, so organizing 
the bits of data as to find the meaningful trends, 
share the lessons, and progress toward a higher level 
of effective resource of utilization and Fleet material 
readiness. This is the meaning of Maintenance Data 
Collection— a Bureau of Shlps-Fleet team effort that 
has my support, and deserves yours. 2 



1 IbJLd. , p. 13, Vol. 11, quoting I. J. Galantln, Admiral, 
J. o. Davy, Chief of Laval .Material, 

‘• Ibid . . p. 14, Vol. II, quoting W. A. Brockett, Rear 
Admiral, u. S. Navy, Chief, jureau of 3hip3 (Present name, 
ohlp's Systems Command). 
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All of us in the 3ureau of Naval Weapons 
organization enthusiastically support the develop- 
ment and implementation of the Maintenance Data 
Collection System. Beneficial effects to the 
Operating Forces, through use of this system will 
complement those brought about by the Planned 
Maintenance System. Both systems have as the 
common goal the efficient achievement of the 
highest possible state of material readiness in 
the Fleet. 

The objective of the Maintenance Data Collection 
System is to provide all levels of management with 
data needed to improve maintenance and supply at the 
operating level. I heartily endorse this objective 
and the system to attain it. The success of the 
system rests on the care with which operating 
personnel feed individual pieces of maintenance data 
to the collection system. Without their complete ^ 
support the system will never reach its objective. 

11 of the above statements attest to top management's 
support of the system and point out the desirability of operating 
management and top management goal congruence. However, throughout 
all of the statements there is an air of permissiveness. 

Operating managers are enjoined to participate in the system, 
indicating that the system is voluntary. Any information system 
that envisions use of the collected data for decision-making 
purposes must be complete in all respects in order to be effective. 
As is pointed out later in this paper, the inordinated time span 



‘ ■Ibid . . p. 15, Vol. II, quoting Allen M. Shinn, near 
Admiral, J. S. Navy, Chief, Bureau of Naval weapons (present name. 
Ordnance Systems Command). 

-Ibid . . p. 16, Yol. II, quoting H. J. Goldberg, near 
Admiral, SO, U. S. i.avy, Chief, Jureau of Supplies and iiccounts 
(present name, supply systems Command). 
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necessary for total implementation and the suspicion that some 
ships are still not yet reporting is seriously affecting the 
user's confidence in the data. 

->ata ^lenents in the 3-,» Syste? 

In Jily, 1963, the staff ♦.orhin Group undgr tU 3 
sponsorship of the .isslstart Chief of :nv*l Oj ,r tio- * for 
I«o ffiStics det ‘-rmined that s < . initial sy - 1 _ * cor. slating of data 
elements that provide for indication of the reaL-o for the 
*ainteoance 3ctior, dating of t o actlor, 1 5-> ititicatlon of the 
object of the maintenance action, report on material co sumption, 
report of -'inhour . iJ *ctior ti. - ..ccourti * , - xl\ satisfy 70.3 
percent of toe re;ire:e'ts for -oirt r^rp* *oi tori 1 
information.* Jata collected urd.r ve lot rrvnoe Jatst 
Collectior ±y* t:-: r- ? v rosedl/ Icsi.nei to c 'tract i data 

file for the development of lTorovod •" a ’mat- a rent *r -chnioues and 
decisions . 

Figures 7 - d r ill.> 't **t« t'<* I t • i:;oi to collected 
for son*, aspects of the maintenance Cats Goll'ot’:>o j >-stem.^ 

^Logistics \e 33».ci project Is-j’iilIcaa ...in u a, 

Gerial r-170, a Guryev of Information Aequ i ren- t for .ayy 
.ilntar i'- , , T xli.j .-.at- . i. 1 T . . 13 ? T 1 1 • 

3 - . .-pal , pp, >-l tiraug 3-4. 






Item Kumber 


Description 


I 


material source code 


2 


Unit of issue 


3 


Cognizance symbol 


4 


Federal Stock Number 


5 


c id/apl/aen/an* 


6 


Reference symbol 


7 


Quantity 


8 


Unit price 


9 


Federal supply code for 
manufactures 


10 


Part number 


11 


Fund code 





‘^Component Identification/Allowance Part List/Allowance 
equipage Llst/army navy dumber. 



figure 7. — Parts Usage 
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1 

2 

5 

4 

5 

6 
7 
3 

9 

10 

11 

12 

13 

14 

15 

16 
17 
13 
19 



Administrative organization. 

Ship account number. 

Maintenance control number. 

v6« 

Equipment identification code. 
Work center. 

Assisting work center. 

nepair activity accounting number. 

How malfunctioned. 

When discovered. 

Action taken. 

Units . 
hanhours. 

Serial numbers. 

Equipment time. 

Alteration identification. 

Type availability. 

Equipment down time. 

Service code. 



figure 8, --ship Maintenance Jata 
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Data can be separated Into two categories: (1) static 
data and (2) dynamic data. Static data may be defined as that 
data which are used mainly for reference and are updated in widely 
separated time frames independent of normal computer runs. 

Dynamic data include all data which are intended to be updated 
and which are either input to the system or output by the system. 

Data requirements for the 3-*l System fall in the 
following categories: 

1. Dynamic/Static Data. 

a. Ship I.alntenance Data. 

b. Parts Usage Data. 

c. Aviation Maintenance and Statistical Data. 

d. Shipyard Data. 

2. Static Data. 

a. Ancillary (non rlDCS) Data. 

Although 3-M data are subjected to various data 
validation programs, which will be discussed later, the quality 
of the more subjective data elements depends on the motivation 
of those who complete the various reporting forms. This 
motivation depends on the oovious advantages derived from 
providing quality reporting. One potential advantage would be the 
use of the data that provide some visible, direct benefit to the 
supplier of data. 

jo -a of the data elements identified previously present 
specific difficulty to the orderly and accurate reporting of 
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maintenance action. The ctlon Taken Code3 are limited in 
appropriate application or have varied Implications. The 
maintenance personnel must decide from the codes available how 
best to describe the action taken. 

The data element also presents a margin of confusion since 
the dates reported differ for the maintenance action, parts issue, 
deferral and work request documentation. These differences in 
dates do rot facilitate the definition of a rigid document control 
system for Automatic data Processing operations. 

The most significant element is the equipment Identifica- 
tion Code (jIC). These codes are provided in a manual issued by 
the ^maintenance Support Office. 'The equipment Identification 
Code is a basic coding structure established in the shipboard 
side of the 3 -n system which identifies the smallest desired 
breakdown of an equipment or unit and the system sub-system which 
serves it. The code in a basic identifier to which maintenance 
and material actions are related. 

uiC’s are assigned to identify the lowest desired 
breakdown of an equipment; for example, system, subsystem, 
equipupnt, subassembly, part/circuit. This is done by requesting 
the engineering organization cognizant of the particular 
equipment to recommend the lepth of the desired breakdown, 
recommendations often result in t:ie assignment of codes to the 
subasse' bly level, the part level or both--thls being the 






. 
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engineer's choice at the time, jeveral problems arise in 
connection with the use of .maintenance Jata Collection information 
due to problems associated with oIC's. use of the information 
in allowance and Load .wist Program will be discussed later in 
this paper. 

Xnere is a lack of common reference points between 

* 

maintenance Data Collection system documents relative to a singly 

completed maintenance action. The maintenance Control dumber 

may recycle frequently and be reassigned to the LIC when issued 

in blocks to the work centers. Control of the documentation is 

dependent on a combination of the Unit Identification Code, 

The ..alntenance Control humber, the Action Completion jate and the 

L^uipment identification ^ode. Ihis precludes definition of a 

complete maintenance action for Automatic Jata Processing control. 

Centralized assignment of maintenance numbers^ makes it difficult 

to assign a single number to a maintenance action without it being 

inadvertently utilized by another department. Under the present 

procedures, documentation of maintenance actions requires a 

minimum of two separate documents bearing identical i.aintenance 

o 

Control numbers. In some instances, such as a case that needs 
outsi .e assistanco, more than two separate documents are required. 

1 3-M Manual, p, p-3. 

2 Ibii. 
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Depending on how much knowledge a particular maintenance man has 
in the intricacies of the system, the situation can develop into 
a tangled maze of confusion. The recorded unit's indicating 
the number of equipments/components subjected to maintenance 
requirement or action is of questionable validity. The degree of 
maintenance each unit is subjected to in multiple unit 
maintenance requests is not clearly indicated. For example, if 
five identical equipments have been worked on: two units received 
minor or little maintenance effort (resources) to restore to 
specification; and three units received maximum maintenance effort 
(resources) to restore to specification. The reported Information 
does not reflect the various degrees of resources expended. The 
accountability of serialized controlled equipage is difficult to 
establish when more than one unit is documented on a maintenance 
action form. Individual equipment data are lost with regard to 
the history of that equipment. For serialized equipments, the 
present requirement is to document Individual equipment 
separately regardless of identicality of &IC and maintenance 
action taken. This imposes extra burden on the maintenance man 
to repeat all data elements on an Individual maintenance data 
form except the serial number block. It is not impossible to do 
away with this problem of repetitive tasks but procedures have 
not been provided yet to alleviate this burdensome task of the 



maintenance man 
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The reporting of Manhours, Units, and Active ilalntenance 
Tine on the present maintenance data form i3 restricted by the 



following limitations : 

a. flanhours— — — — — 0-999. 9 

b. Units 0-99 

c. Active Maintenance 

Time---— -------- -0-99 . 9 



Afcenev r the above limits are exceeded an additional document or 
documents are required to record the overflow. 

The task of buildln^ a cross-referenco capability into a 
computer 3ystem for parts usage data is probably preferable to 
the alternative of requiring that voluminous nomenclature 
information be supplied by the maintenance personnel. For 
tx^.pl , t e Jnit of Issue, Unit Price, ard Cognizance Symbol 
could bv obtained from such a file. 

Sot all organizations have access to a pricing tool. In 
cost applications, this data element on the maintenance action 
form is ignored and the i«’leet Oriented Consolidated Stock ^lst 
file is uned for automatic pricing. 

Oata which are not formatted cannot be utilized as a 
parameter for retrieval or output, as may the data content of 
formatted data. Obviously, the application of the 3 System as 
the sourr^ of data that can be processed by automatic meano is 
dependent on accurate source data. 
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The maintenance action data generated In shipyards are not 
presently being collected under the .'ainteoance oata Collection 
oystem but are planned for the future as a milestone in the 
orderly implementation of specific tas s.' « en the 3-“ System is 

eventually extended to the shipyards it will provide for the 
collection of data concerning which equipment required naintenance 
action at the depot level, the Initial discovery of the 
malfunction, 1 ov the equipment malfunctioned, tne maintenance 
actions pel formed, and how many manhours were emended to perform 
each r ! irtenarce action. 

Validation Sreciilcatlons in t< * 

It order to produce nl_h quality, • 1 curate, and meaningful 
reports, the validity of data use? it* th-ir preparation must be 
. "tublisl ed. 

fhe f motion of the validation is to 'etermine the 
.d lisslbillty of data collected for us- by the eve tea. 

T-.9 valldr:*io' t-r-jt'' -To baM-d am r r; petal f lcatlons devised 
in th 1 * flell by the ?lcet for* tuly Groun, tl-antic, and are 
Uatrlouted to operation' an! ^-1 Oat i roc -• . supDort 
commands by th i Oain^ni c» iupoort Office, for uality reporting 
control oarooses. 

x d. 0., depart ent of the ''avy, Office of t, .« Jhlef of 
> v 1 ooiritlorij in j t gallon '+70 .16, a a t 27, 1X5. 
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M30 edits all input data to determine errors In certain 
selected fields in accordance with predetermine, criteila and 
pro uces a detailed ^rror Listing of these inconsistencies. 

Sixteen of the twenty-six data fields on each parameter 
card are edited for validity. In these fields there may be 
errors that cannot be detected by the established criteria. As 
an exa-ple, a unit price of one dollar may be reported as one 
hundred dollars, errors of this type and errors in the unedited 
fields ar>* included in the ilaster Data Piles. 

Fatal errors— those that would tend to contaminate, or 
invalidate, an entire file— are not added to the file. Figure 9 
gives a list of errors considered to be fatal. 



Field Title 


Criteria 


Ships ccount lumber 


Data not useful for report preparation 
because it cannot be related to a 
particular ship. 


1 6intem*nc£ control 
Lumber 


Data cannot be filed in the master 
file with the balance of its 
mintenance action or related to a 
specific maintenance action. 


equipment Identiflca- 
tior Jo;;» 


Data cannot be related to a 
particular equipment. 


Card Code 


V-lid code required by the computer 
for field identification. 


C ID/A PL/;. IL/ATJ 


Valid data required to associate the 
item to a particular equipment or 
component. 



Figure 9. --Fatal Srror3 a 

a Logistics Research Project Technical Memorandum, 
Serial 1-170, A Survey of Information Requirements for law 
Maintenance and Material' ''Management^ 15 April 1964. 
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According to .UO’s quarterly report of . intenance D:ta 
Collection System (,lDC 3) errors for the first quarter of fiscal 
year 1967, of the 849,693 card images edited one or more fatal 
errors were found on 5.9 percent of the Images. This compares 
to 187,729 card images and 7.8 percent fatal errors for the 
preceding quarter. 

Card images containing r.on-fatal errors are included in 
the cantor Jata File, however, and during this quarter 1.3 
percent of the card images Included in the file contained at least 
one non-fatal error. 

figure 10 shows the breakdown of the validity of data 
input foi the first quarter of fiscal year 1967. 1 

Completeness of data is an important element of a 
conceptually sound management Information system. Based on a 
recent test of completeness of the data contained in KSO riaot.er 
Jata File it was found that thirty-seven percent of the 
maintenance actions requiring parts do not have their associated 
parts lin. ed with the maintenance. In addition, the sample 
studied indicated the data bank contains more non-valid than 

p 

valid parts data. 

In order for tne data collected to be of value to the 
users, *11 information associated with a single maintenance action 

^rror At .ily a is quarterly Report, report 124-°, 

Dec b r, 1966, p. 5. 

,<L iaintenancc Support Office Technical Report 3034-409067, 
13 September 1967. 
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u'lgure 10. --Validity of Data Input 



must be tied together. The tying to ether of the data input cards 
yields a picture of what has taken place— it tells the story. 

This association of cards is accomplished by data processing 
equipment. If this union cannot be effected in every case, then 
some of the cards, representing events generated by the action, 
will b lost. It will be difficult, if not impossible, to recreate 
this action within the data processing equipment or on paper under 
these circumstances. 

ihere are a number of problems connected with the 
association of all elements of a maintenance action. In general, 
when data cards cannot be correctly tied together, it is the 
result of documentation errors, key punching errors or non-standard 
procedures . 

Ihe problem here appears to be that the data collection 
system gathers data at the working level, i.e., the maintenance 
man doin^, tne work documents his own actions, however, parts used 
with such actions are not documented on 3-M form; documentation 
is generated by reproducing, in part, supply documents. .Chore 
has bec.n some discussion in the 3-rf environment about the use of 
supply documentations , but it nao been centered primarily around 
the difference actween "usage" and "demand. " The supply system 
react to dejtsnd and yield* the numoer of parts Issued rather 
than t - rimber used. This will irtroduee errors into the system; 
however, it is hypothesized in this paper that the primary source 
of errors Is a result of the physical separation of source 
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documents prior to being co: .itted to chine reader language, 
mis ^reatly increases th: orobabllity of error in like data 
fields, and also permits reporting only part of the actions. 

Planned .lain te nance oyster neportlna; by Ships 

ihe maintenance data Collection System provides a document 
on which maintenance personnel record, at the source, one time, 
and oni tl.te only, designed Information concerning planned or 
corrective maintenance actions lequired or accomplished. 

i’he total possible number of data elements to be entered 
on the aintenance action form is twenty, when a planned 
aalntenanci action cannot be accomplished due to ships operations, 
lack of aterlal, or the requirement of outside assistance, 
additional documentation is required. Additionally, spare parts 
L-rsed during the maintenance cycle are recorded on the reverse side 
of the action form, when such parts are procured from outside 
nor £.1 supply channels or from pre-ex pended bins, ’when parts are 
nrocured from normal supply channels, usage is recorded on the 
supply issue document. 1 

The require-ents to report all maintenance actions, 

Planned and corrective, result in significant workload on the 
operating forces, Jurln the onth of April, 1967, a total of 



1 



manual , chapter 3 
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500,964 .ainterance action for s ware received by the maintenance 
Support Office. Of thi 3 quantity, 50 • were related to planned 
r. intei*. nee actio* 3 . 

In a recent au:’it the vy r^a u.Iit Office, Philadelphia, 
Pennsylvania, estimated tne number of maintenance action documents 
is expectsrd to increase eventually to aoout one hundred million 
annu 1 . Of this quantity, approxi ately sixteen million will 

relate to »hl .'to.ird aintenance. therefore, if the current ratio 
of pie ".no ve to corrective maintenance continues, approximately 
eight .illion xeportei actions per year will result from planned 
preventive ilntonanc . 

•intenancs .upport Office studies indicate that there is 
a li.rJn 1*. 'll ot "gut ae*,.; g 1 ’ (falsifying records) in planned 
m*. inter: ncs report! . review of 2,278 required actions 
indicated : 

357 accomplished and reported 

V';, j cco-Jblisned and not reported 
515 not flccomplic-hed 

42* not *oco,i lished md not reported. 

This ropr*-* e, ti* ’ipproxiiately "gun decking." 

£’ae r: -soric for 'gun decking" are many and Varied but the 
b r ..oio ti/'tior* is prob oly implicit in the stated requirement 

V *vwl i Audit report <*o . A20677, i-'aintenarce Support 
effic , c inlc-bur^, *r nnsylvanla, January, 1967. 
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for Planned maintenance Reporting. "It is required by type 
commanders and squadron andere for policing actions." 

fhe present requirement for reporting reflects the 
expenditure of many man hours at the shipooard level that could 
b mor ) effectively utilized in the performance of maintenance. 

Exception reporting could eliminate the majority of the J 
report -rorlcload from the ships. > disadvanta e of exception 
reporting, is that it introduces the human element of implying 
that individuals are to "put themselves on report." This is not 
any different, however, from the present system whereby 
individual ships that do not report Planned Maintenance Actions 
re iiuuot .ically "on-report. 

Timeliness of hata input 

' iO as well as other Navy organizations have been 
interested in ticeliness of data since the inception of the 3-M 
Svsten* - overal studies have been conducted which display the 
cmrds receive’ in relation to their action dates. 

?or any >artlcular action month, the data nave the 
rollo win* cumulative arrival percentage: (i'igure 11) during the 
j ctlo -■ont v ', 5 n rcent; one month later, 50 percent; two months 
later, *C percent; three oonthe later, 90 percent; four months 
later, 95 , jrcent; nd five month? later, 97-98 percent. Ij 

•*• 3-.. : Manual, p. 2-1. 
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figure 11 .—Cumulative Percentage of Cards neceivea by lionth 



order for 100 percent of a Monta '3 data to arri/e at nJO, it 
tai 33 it least nine fall months after vha action . onth.^ - 

figure 11 show 3 tae cumulative percentage of cards 
received with particular oction aates br montns during the period 
cover. . Therefore, the cards received and validated by 31 July 
i 960 - ; ; considered 100 percent of the cards that would be 
recelv i for sach specified action date. The cumulative 
perceitagA of cards for each previous monthly period is calculated 
b. sel :<n this 33 the 10 0 percent figure. 

i'he Type Commander rfeports are processed forty-five days 
aft:r th* end of the quarter to be covered in the report. Uith 
this .fchedule, the quarterly report should include all data 
recelv >d on the last day of the month followlnr the quarter 
endlnr late. ^'or example, the Type Commander report covering 
pril, .ay, and June will Include all data received at JiSo 
through 31 July. chec - of tha first quarterly data show 3 that 
k ien tre report is produced, only 90 j of the '-pril data will be 
includu'J, 33- of the iiay data, and 54 ® of the June data, for an 
overall inclusion percentage of 73 . Oata which do not appear on 
the report due to 1 -teness never appear on any subsequent Tyoe 
Comfian. '-i report. 1 th the present cycle, 30' of all action is 

^ ^InteuaXiCe jupport Office, Technical aeoort *2029- 
1^0126 (oj, 3 ‘ y 196T. 

la . 

3 , o., uepartment of the ^vy. Office of the Chief of 
taval Operations, OPK AV Instruction 4700.20, November, 1965 . 
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ri' ver displayed. Jased or it'’ use, the report should be 
raprB**ntativ» of a quarter’s ^orth of actions. Therefore, the y- 
■, -ea for the exclusion of "late" data is questionable. Jlnce the 
data are not available in-total, for ..p ■ roxi. htely nine months, 
t»;ere re orly two possible oOlutions— either wait nine months, 
or include the data missed in the next report. A report that 
Include J other actione rs received end did rot present a 
particular quarter's notions only would rot be a "carbon copy" of 
the qu ru" in questlor, but in the long run would be 
repr* . . t'itLvi of a quarter's worth of actions, duch * report 
should *u: * more accurate and valuable tool than the present 
i. co ; >tt rt irt. 

Interface Problems 

-cop** of th* 3- F System and the very nature of the 
program— '•filch extends into numerous organizations and programs 
of t .c //•— raq jir€ that it ba co"*patibl« with operations within 
the j- vy. fh* 3- jy-itnu ir the avy'o first attempt to design 
nd ix le’ «ot a yet* rhicl provides supply and maintenance data 
: _ . i ' 1 . to functions tl - 1 ..re sep rat tly mar-iighd in the !'a vy. 

fhii 1 ■- 1 j.t *\ r-d h> ffcrt tb<*t 3-f is l'np'-'sed on sn environment 
uf "oii'pjoing «yi»ta«Bv" f "ve |.iven ris# to -’Oia of the interface 
proi 1 hi .t i . 

5ht major area of conflict appears to be at the depot 
maintenance level where fleet and type commanders are establishing 
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procedures to collect w* * lntanance datu costs. L’he Industrial 
..■iiten.nce Prediction ccountlng (IxSftcr) program, ^ a module of 
the iU sources x-anagement Jy*teff, at the shipyard level; Uniform 
automatic Data Processing oyster, for xiaval • ir Rework Facilities; 
and tha xavy Ordnance xlana ,e<nent Information Cystem are examples 
of systems wiose maintenance data are excluded from x^SO's data 
bank, 

The Uniform Automatic Data Processing .System for 
Inventory Control Points (UaDPD/ICP) (Ship's Parts Control Center 
segment ), hip Casualty reporting System (Ca9hept), Conventional 
mmunl*ion Information xtenagement SyBtem (Claims), and the 
oerialized xii83lle Accounting Control System (SMAC3 ) are systems 
that are operating or will be operating from data bases located 
at the Shi^s Parts Control Center, xtecl anicsburg, Pennsylvania, 
olnce these systems will be supported by many of the same data 
elements (federal stock nuber, part nu bers, equipment 
identification codes) that are contained in the 3-.-i data bank at 
* oO, it would indicate that with close coordination, analyses, 
design and j rogramming effort could be optimized and the develop- 
ment of files structures and data processing be kept to a minimum. 

Cuirently, under the 3-i'x Jyatem, maintenance actions 
perfo/njrtJ * t (1) t#i« organisational level (ship and aircraft 
squ«dr' r ) • nl (2) the intermediate le/el (tander/repalr ships and 

1 <. .apartment of Defense Directive 7000.1, aesource 

* an- ent : yute-S of the Denar tment of x-iePenae . August 22, 196”, 



